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-fhe-H^^esent  effort  examined  the  potential  for  compatibility  between  two 
developing  specifications  for  the  description  and  exchange  of  digital 
technical  maintenance  information.  The  comparison  analysis  performed  was  a 
continuation  of  an  effort  directed  toward  the  development  of  specifications 
for  future  automated  information  processing  capabilities.  The  two 
specifications  include  the  Content  Data  Model  (CDM),  being  developed  by  the 
Air  Force  Human  Resources  Laboratory  (AFHRL)  with  assistance  provided  by  RJO 
Enterprises,  Incorporated,  and  the  Improved  Technical  Data  System  (ITDS), 
which  is  being  developed  by  Northrop  Corporation. 


'  Both  the  CDM  and  ITDS  use  the  Standard  Generalized  Mark-Up  Language  (SGML) 
ISO  8879-1986  to  ^ tag and  identify  technical  maintenance  information.  SGML 
data  identification  is  used  to  support  the  delivery  of  technical  data  in 
accordance  with  Military  Specifications.  Each  system  provides  support  for 
both  the  electronic  presentation  of  technical  data  and  the  production  of  paper 
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The  analysis  performed  revealed  a  fundamental  difference  in  the  two 
implementation  techniques.  ITDS  models  technical  data  as  a  linear  stream  of 
information,  with  SGML  commands  embedded  within  text  and  tabular  data.  CDM 
models  maintenance  data  hierarchical ly  and  data  are  identified  by  their 
“content"  structure,  with  SGML  mark-up  codes  used  to  identify  information 
classes  such  as  "system  information,"  "functions,"  "tasks,”  and  "steps." 


There  are  obvious  differences  that  exist  between  the  ITDS  and  the  CDM. 
Despite  the  differences  in  their  implementation  methodologies,  the  two  systems 
are  expected  to  be  compatible.  Compatibility  is  expected  as  a  result  of  the 
demonstrated  flexibility  to  make  changes  during  the  continuing  development  of 
both  systems.  As  a  result  of  this  effort,  it  is  also  anticipated  that  a 
suitable  mapping  scheme  can  be  developed  to  allow  for  the  exchange  of 
maintenance  information  between  the  two  systems. 


PREFACE 


The  work  described  in  this  paper  was  performed  in  support  of  the 
Computer-Aided  Acquisition  and  Logistics  Support  (CALS)  initiative  of 
the  Air  Force  Systems  Command.  It  was  accomplished  for  the  Air  Force 
Human  Resources  Laboratory  (AFHRL)  by  RJO  Enterprises, 
under  Department  of  Transportation  contract  DTRS-57-88-C-uOQ3d. 
First  Lieutenant  Mark  J.  Earl,  AFHRL/LRC,  served  as  the  Laboratory 
technical  monitor  for  the  effort. 
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CONTENT  OATA  MOOEL  (COM)  AND  IMPROVED 
TECHNICAL  DATA  SYSTEM  (ITDS)  COMPATIBILITY  ANALYSIS 


I.  INTRODUCTION 

This  section  describes  the  purpose  of  the  present  effort  and  provides 
background  information  on  the  circumstances  that  led  to  this  effort. 


Background 

The  development  of  electronic  technical  order  systems  such  as  the  Improved 
Technical  Data  System  (ITDS),  the  Automated  Technical  Order  System  (ATOS),  and 
the  Integrated  Maintenance  Information  System  (IMIS)  has  required  a  detailed 
analysis  of  the  entire  collection  of  maintenance  information.  Previous 
analysis  efforts  have  revealed  that  common  data  elements  are  shared  across  a 
family  of  maintenance  manuals.  The  extraction  of  common  content  elements  into 
a  Standard  Generalized  Mark-Up  Language  (SGML)  Document  Type  Definition  (DTD) 
will  more  accurately  and  completely  represent  the  data  with  less  redundancy 
than  do  current  methods. 

The  identification  of  common  elements  through  the  use  of  SGML  ISO 
8879-1986  will  make  it  possible  to  translate  data  from  existing  systems  into 
an  instance  of  the  "Organizational  Level  (0-level)  maintenance  set"  DTD.  This 
DTD  will  combine-  the  essential  content  elements  found  in  the  family  of  manuals 
associated  with  MIL-M-83495.  The  DTD  cin  be  viewed  in  different  ways  by 
various  output  systems.  One  output  system  may  generate  traditional  paper  job 
guides;  another  may  produce  general  vehicle  manuals;  and  yet  another  may 
produce  a  data  base  that  will  run  on  an  alternate  electronic  system. 

The  present  effort  was  a  continuation  of  previous  work  done  for  the  Air 
Force  Human  Resources  Laboratory  (AFHRL).  Past  work  involved  the  analysis  of 
0-Level  maintenance  information  and  the  development  of  the  Content  Data  Model 
(COM).  The  CDM,  like  the  ITDS,  is  an  information  representation  methodology 
that  uses  SGML  to  identify  content  elements  and  their  relationships.  Both  the 
ITOS  and  CDM  system's  are  developing  specifications  for  the  description  and 
exchange  of  digital  maintenance  information  intended  for  hard  copy  and 
electronic  display. 


Purpose 

The  purpose  of  this  effort  was  to  analyze  both  the  CDM  and  ITDS  DTDs  and 
to  determine  the  compatibility  of  the  CDM  and  ITDS  data  structures.  The 
analysis  was  required  in  order  to  recommend  modifications  to  the  CDM  and  ITDS 
data  structures  and  to  extract  the  content  elements  into  a  DTD  that  could  be 
submitted  to  the  Computer-Aided  Acquisition  Logistics  Support  (CALS)  steering 
group.  This  effort  was  undertaken  to  assure  that  the  CDM  is  an  acceptable 
standard  for  the  exchange  of  maintenance  information  and  that  ITDS  data  will 
be  compatible  with  the  CDM.  Additionally,  this  study  was  to  provide  a  founda¬ 
tion  for  the  development  of  processing  routines  required  to  perform  data 
conversions. 
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Scope 

The  scope  of  this  effort  was  to  document  the  analysis  of  both  the  COM  and 
ITDS  specifications  for  the  description  and  exchange  of  digital  technical 
maintenance  information.  This  study  provides  a  comparison  of  common  elements 
identified  within  the  ITDS  data  structures  and  those  represented  in  the  COM. 
The  actual  element-by-element  comparisons  can  be  found  in  Appendixes  A  and  B. 


Applicable  Documents 


Government  Documents 

MH-M-83495,  Organizational  Level  Maintenance  Instruction  Sets  for  Vehicle 
and  Systems  Manuals 

MIL-M-28001,  Mark-Up  Requirements  and  Generic  Style  Specif ication  for 
Electronic  Printed  Output  and  Exchange  of  Text 


Non-Government  Documents 


Final  Report  -  Content  Data  Model  of  Organizational  Maintenance 
Information  for  Automated  Interchange  of  Technical  Source  Data.  Chicago, 
Illinois,  Datalogics  Inc.,  7  July  1988. 

SGML  Mark-Up  Codes  for  ITDS  Electronic  Output.  DoD  Computer-Aided 
Acquisition  Logistics  Support  (CALS),  Aerospace  Industry  Association:  29  June 
1988.  Appendixes  B-l  and  B-2. 


Definition  of  Terms 


The  following  definitions  of  terms  were  taken  from  MIL-M-28001: 

ATTRIBUTE  (DEFINITION)  LIST:  A  mark-up  declaration  that  associates  an 
attribute  definition  list  with  one  or  more  element  types. 

ATTRIBUTE  (of  an  element):  A  characteristic  quality,  other  than  type  or 
content. 

DOCUMENT  TYPE  DEFINITION:  Rules,  determined  by  an  application,  that  apply 
SGML  to  the  mark-up  of  documents  of  a  particular  type.  A  DTD  includes  a 
formal  specification,  expressed  in  a  document  type  declaration,  of  the  element 
types,  element  relationships  and  attributes,  in  references  that  can  be 
represented  for  mark-up.  It  thereby  defines  the  vocabulary  of  the  mark-up  for 
which  SGML  defines  the  syntax. 

ELEMENT:  A  component  of  a  hierarchical  structure  defined  by  a  document 
type  definition.  It  is  identified  in  a  document  instance  by  descriptive 
mark-up,  usually  a  start-tag  and  end-tag,  shown  as: 

<element_name  attribute  *  value>  content  of  element 
<element~name  attribute  *  value> 
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SGML:  Standard  Generalized  Mark-Up  Language,  as  detailed  in  International 
Standard  8879.  It  is  a  meta-language  that  "provides  a  coherent  and 
unambiguous  syntax  for  describing  whatever  a  user  chooses  to  identify  within  a 
document." 


Glossary 

The  following  acronyms  and  abbreviations  are  used  throughout  this  paper: 

AFHRL  Air  Force  Human  Resources  Laboratory 

ATOS  Automated  Technical  Order  System 

CALS  Computer-Aided  Acquisition  Logistics  Support 

COM  Content  Data  Model 

DTD  Document  Type  Definition 

IMIS  Integrated  Maintenance  Information  System 

IPB  Illustrated  Parts  Breakdown 

ITOS  Improved  Technical  Data  System 

MPL  Maintenance  Parts  List 

OS  Output  Specification 

SGML  Standard  Generalized  Mark-Up  Language 

TO  Technical  Data 


II.  STUDY  RESULTS 

This  section  details  findings  resulting  from  the  analysis  of  the  SGML 
elements  identified  in  both  the  COM  and  the  ITDS.  Identified  below  are  ITDS 
and  COM  system  overviews,  along  with  differences  found  to  exist  between  the 
two  systems  and  recommendations  made  to  improve  compatibility.  Appendixes  A 
and  B  contain  COM  and  ITDS  element-by-element  comparative  analysis  results. 


ITOS  Overview 


The  ITDS  is  an  advanced  technical  data  system  which  uses  the  SGML 
representation  scheme.  ITDS  is  an  interactive  information  delivery  system 
that  supports  the  presentation  of  technical  data  (TD)  to  users  engaged  in  the 
operation,  maintenance,  training,  and  support  of  equipment  and  systems.  ITDS 
models  TD  as  a  linear  stream  of  information  with  SGML  commands  embedded  within 
text  and  tabular  data.  The  SGML  mark-up  codes  identify  the  type/nature  of  the 
TD  which  follow,  and  specify  sizing/positioning/color  for  the  electronic 
display  or  paper  printing  of  the  TD.  Through  the  use  of  SGML  DTDs,  an 
application  can  rigorously  define  a  class  of  documents  such  as  job  guides, 
flight  manuals,  and  fault  isolation  procedures. 


CDM  Overview 


In  the  CDM,  maintenance  data  are  modeled  hierarchically,  with  SGML  element 
tags  used  to  describe  the  content  and  data  base  structures  associated  with 
MIL-M-83495.  CDM  identifies  maintenance  information  by  its  "content" 
structure,  with  SGML  mark-up  codes  used  to  identify  information  classes  such 
as  "system  information,"  "functions,"  "tasks,"  and  "steps."  This  is  a  radical 
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departure  from  traditional  paper  documents  where  a  linear  order  is  assigned. 
However,  this  methodology  is  designed  to  allow  the  delivery  of  information  in 
a  manner  known  as  hypertext.  In  hypertext  delivery,  the  order  in  which  data 
are  viewed  may  be  unique  for  each  user,  depending  on  the  task  and  the  user's 
level  of  expertise.  The  COM  is  an  attempt  to  more  accurately  and  completely 
represent  the  data  that  are  found  in  the  present  maintenance  manuals,  with 
less  data  redundancy  than  occurs  with  current  methods. 


Differences 


The  basic  differences  which  exist  between  the  ITDS  and  COM  may  be 

attributed  to  their  implementation  methodologies.  ITDS  models  TD  as  a  linear 
stream  of  information,  with  SGML  commands  embedded  within  text  and  tabular 
data.  In  the  DCM,  maintenance  data  are  modeled  hierarchically  and  SGML 
mark-up  codes  are  used  to  identify  maintenance  information  "content" 

structure.  As  a  result,  there  are  minor  differences  in  the  system-supported 
features  of  each.  Differences  in  branching,  parts  data,  associations,  and 
conf iguration  control  are  listed  below. 


Branching 

Branching  and  linking  schemes  in  general  are  key  to  the  overall  capability 
to  link  and  present  text,  graphics,  warnings,  or  supplementary  information. 
Providing  extensive  branching  capabilities,  transparent  or  user-driven,  offers 
greater  flexibility  in  creating  a  customized,  interactive  information 
presentation.  Branching  capabilities  as  implemented  within  the  COM  and  ITDS, 
although  distinctly  different,  provide  sufficient  compatibility. 

In  ITDS,  the  basic  branch  element,  "<branch>,”  simply  causes  the  system  to 
branch  to  a  specified  place  in  a  document.  The  system  will  then  continue  from 
the  new  location.  This  branching  feature  is  comparable  to  a  FORTRAN  "GO  TO" 
statement.  Additional  branching  capabilities  are  provided  through  the 
definition  of  branching  attributes.  Use  of  the  branch  definition  element, 
"cbranchdf >, "  allows  the  system  to  accept  user  inputs  to  explicit  questions 
and  to  branch  based  upon  the  user's  response.  ITDS  also  has  the  ability  to 
maintain  a  record  of  user  inputs  through  specification  of  the  SGML  "<store>" 
element.  Additionally,  ITDS  can  apply  multiple  conditions  on  branching;  this 
feature  provides  compatibility  with  the  CDM.  This  operation  is  accomplished 
through  the  use  of  the  "previous"  attribute  of  the  branch  element. 

Within  CDM,  branching  is  accomplished  through  the  data  link  element, 
"<datalink>,"  and  its  associated  attribute  sets,  "Slinks"  and  "Sxrefs."  The 
CDM  link  structure  provides  further  capability  beyond  simple  branching.  The 
CDM  hierarchical  content  structure  and  link  attribute  set  support  an  internal 
cross-referencing  system  which  employs  query  and  testing  based  on 
user-supplied  information  and  experience.  Use  of  the  attributes  "value," 
"branchid,"  "rulelog,"  and  "sequence"  of  the  "Slinks"  attribute  set  allows  the 
CDM  to  emulate  the  decision-making  process  by  applying  rule  logic  to  current 
or  previously  "learned"  user  inputs.  This  linking  scheme  allows  for  the 
storage  and  retrieval,  at  a  later  time,  of  information  gathered  from  user 
responses  to  system-generated  prompts. 
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Parts  Data 


Illustrated  Parts  Breakdowns  (IPBs)  and  Maintenance  Parts  Lists  (MPls) 
which  identify  parts  information  are  identified  differently  by  the  ITDS  and 
COM  systems. 

ITDS  handles  parts  lists  as  tables,  with  individual  parts  being  identified 
as  table  entries.  Following  this  convention,  the  table  identification 
element,  "<table>,"  will  precede  the  MPL,  and  each  succeeding  part  in  the  list 
will  be  preceded  with  an  "<entry>"  element  tag.  This  allows  access  to  MPL 
tables  through  cross-referencing  and  branching.  Individual  parts  list 
entries  can  be  manipulated  or  used  to  derive  composite  pieces  of  information. 

In  the  COM,  MPLs  are  individual  records  of  information  about  the  parts 
which  make  up  the  particular  MPL,  such  as  figure  and  index  number,  reference 
designator  or  units  per  assembly.  This  organization  allows  the  table  to  be 
manipulated  and  updated  on  an  individual  row  basis.  Additionally,  parts 
information  identified  by  the  tag  element  "<partinfo>,"  has  the  attribute  of 
"partbase. "  The  value  of  "partbase"  is  the  unique  identifier  of  the  partbase 
information  for  a  part.  Partbase  information,  "<partbase>, 11  is  that 
information  which  does  not  change  across  MPLs,  such  as  the  part  number  or 
Federal  Stock  Control  Number  (FSCN). 


Associations 


Associations  are  unique  to  ITDS  and  are  divisions  created  primarily  for 
presentation  on  an  electronic  display.  An  association,  as  defined  by  ITDS,  is 
a  basic  unit  of  closely  related  data.  Associations  consist  of  electronic 
"pages"  of  information  or  frames.  A  frame  is  the  electronic  equivalent  of  a 
page  from  a  printed  document.  The  frame  contains  a  portion  of  the  total 
information  that  appears  on  its  corresponding  printed  page.  This  feature 
results  from  associations  and  frames  being  designed  to  approximate  the 
formatting  required  for  an  electronic  display.  Within  ITDS,  the  primary 
intention  for  associations  is  to  link  steps  or  text  with  a  graphic  and  to 
display  both  text  and  graphic  on  the  same  screen. 

The  COM  is  designed  to  support  dynamic  information  delivery,  which 
inherently  eliminates  the  concept  of  "pages"  of  information.  Information  to 
be  delivered  to  the  user  is  not  determined  until  the  user  actually  makes  a 
request  fur  information.  Information  requests  use  the  CDM  internal 
cross-referencing  and  embedded  intelligence  of  the  content  structure  to 
provide  the  technician  with  only  that  information  required  to  accomplish  the 
current  task. 


Configuration 

ITDS  configuration  coding  provides  the  capability  to  store  and  retrieve 
groups  of  related  data.  Configuration  data  are  coded  into  specific  groups  of 
information  as  these  groups  appear  and  configurations  are  identified  in  the 
ITDS  electronic  page-oriented  system.  This  implementation  method  allows  the 
user  to  select  configuration-specific  data.  ITDS  supports  modeling  of 
configuration-sensitive  data  down  to  the  lowest  level  (i.e.,  step).  This 


5 


feature  allows  for  multiple  cross-referencing  to  supplementary  support  data 
such  as  figures,  graphics,  or  tables. 

COM  methodology  allows  the  specification  of  conf iguration  through  the  use 
of  the  "config"  and  "version"  attributes  of  the  "%stats"  attribute  set.  This 
organization  allows  configuration  differences  to  be  embedded  to  the  smallest 
element,  which  also  provides  for  the  elimination  of  redundant  configuration 
data.  This  configuration  technique  allows  configuration-specific  information 
to  be  incorporated  into  the  dynamic  delivery  process. 


III.  RECOMMENDATIONS 

Naming  conventions  for  tag  sets  should  exhibit  consistency  and  be 
established  to  restrict  potential  redundancy  in  information  identification. 
For  example,  within  ITDS,  a  writer  could  possibly  code  a  national  stock  number 
(NSN)  using  two  methods:  by  using  a  texttype  attribute  (texttype  *  637)  or  by 
using  the  NSN  element  tag  (<nsn>).  For  improved  consistency  in  information 
identification,  start  and  end  tags  for  a  given  element  should  differ  only  in 
the  existence  of  a  forward  slash  (/)  in  the  end  tag.  For  example,  ITDS  would 
use  "<doc>"  (document  start)  and  "</doc>"  (document  end)  and  not  the 
"<assocst>"  (association  start)  and  "<assocend>"  (association  end)  element 
tags. 

Associations  are  used  primarily  for  the  selective  grouping  of  information 
for  presentation  on  an  electronic  display.  It  is  suggested  that  a  definition 
of  associations  be  developed  that  defines  the  groupings  in  terms  of  data 
content  rather  than  for  electronic  formatting.  - 


IV.  CONCLUSIONS 


The  comparative  analysis  provided  recommended  modifications  to  the  COM  and 
ITDS  data  structures.  These  suggested  changes  have  ensured  that  any  data 
acquired  and  stored  in  the  respective  data  structures  will  be  compatible. 
Changes  made  to  the  CDM  have  made  it  an  acceptable  standard  for  the  exchange 
of  maintenance  information. 

The  general  recommendations  listed,  along  with  specific  element  tag  and 

tag  attributes  recommendations,  have  been  reviewed  by  ITDS  and  CDM 

representati ves.  These  recommendations  have  been  incorporated  into  the 

current  ITDS  and  CDM  specifications.  The  incorporation  of  these 
recommendations  has  ensured  the  compatibility  of  the  two  systems  and  has 
enhanced  the  development  of  a  mapping  scheme  between  the  two  systems. 
Although  compatibility  between  the  ITDS  and  CDM  systems  has  been  verified,  the 
fundamental  differences  in  their  implementation  techniques  remain.  However, 
these  differences,  which  are  inherent  to  the  goals  and  objectives  of  each 

system,  will  not  prohibit  the  exchange  of  technical  maintenance  information 
between  the  two  systems. 
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APPENDIX  A 


ITDS/CDM  COMPARISON  STUDY 


This  appendix  details  the  results  of  a  data  structure 
analysis  of  the  Content  Data  Model  and  the  Improved 
Technical  Data  System  using  ITDS  as  the  baseline  for  the 
comparative  analysis. 
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1.0  ITDS  Mark-Op  Codes  -  Appendix  B1 


This  appendix  provides  a  working  subset  of  the  SGML  codes 
used  by  the  Department  of  Defense  (DoD),  Computer-Aided 
Acquisition  Logistics  System  (CALS),  and  Aerospace  Industry 


for  the  printing  and 

electronic  display 

of  technical 

publications. 

1.1  Attribute 

Sets  and 

Definitions 

COM 

DETAIL 

ATTRIBUTE  SET 

ATTRIBUTE  EQUIVALENT 

REFERENCE 

%applic 

Not  Applicable 

1. 

%bodyatt 

lapplic 

Ibodyatt,  Icontent, 
As  for  %applic 

lids 

inschlvl 

%bodyatt  version 

delchlvl 

Ibodyatt  version 

texttype 

Icontent  type 

2. 

i  teaid 

sssn/nsn 

3. 

val 

%bodyatt  valstat 

verif 

fora 

Ibodyatt  verstat 

4  . 

xref id 

lids 

5. 

Icolfat 

lapplic 

<table\<colhddef 

As  for  lapplic 

6. 

leaph 

As  for  leaph 

colnum 

colnum 

lead 

Not  Applicable 

leader 

Not  Applicable 

char 

Not  Applicable 

percent 

Not  Applicable 

colsep 

Not  Applicable 

rovsep 

Not  Applicable 

hspace 

Not  Applicable 

hrule 

Not  Applicable 

vspace 

Not  Applicable 

vrule 

Not  Applicable 

%color 

color 

Not  Applicable 

7. 

CDM 

ATTRIBUTE  SET  ATTRIBUTE  EQUIVALENT 

%emph  llinks  priority 

bold 

box 

boxtouch 
circle 
ci r touch 
col 

flashing 

font 

hep 

hex 

hextouch 

intrwdmi 

intrwdmx 

intrvdnm 

lead 

If tindnt 

orient 

orphan 

pggroup 

pitch 

primary 

print 

quad 

reverse 

rtindnt 

size 

stet 

strike 

style 

underscr 

verbatim 

window 


^security 


%yesorno 


security 

type 

restrict 
release 
codeword 
sci level 
diglyph 


%secur 

security 

Not  Applicable 

restrict 

release 

codeword 

scilevel 

diglyph 

\yesorno 


DETAIL 

REFERENCE 
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DETAIL  REFERENCES 


1.  lapplic 

2.  %bodyatt  texttype 

3.  %bodyatt  itemid 

4.  Ibodyatt  form 

5.  Ibodyatt  xrefid 

6.  Icolfmt 


7.  Icolor 

8.  ^security  type 


Used  for  forma t/Restr ict  usage 
applic  •  print | port | shop | prime | 
ate  j  trainer | electron | 
voice | all 

ITDS  uses  3-digit  code  for 
classification  of  data. 

Reference  Section  3.2.11.2 

Used  for  item  identification/unique 

identifier . 

CDM  attribute  to  describe  text  as 
descriptive  or  procedural,  nature,  is 
found  in  multiple  tags. 

Identifies  current  document  structure 
(CDM  identifies  referenced  item) 
ex.  xrefid  -  012-4-12  is  Table  4-12 
Reference  Section  3.2.11.1 
Added  column  data  type  to  DTD  but 
not  to.  B1 

lead,  leader,  char,  percent,  colsep 
rowsep,  hspace,  hrule,  vspace,  vrule 
are  not  applicable  to  CDM  because  CDM 
does  not  maintain  output  format  data 
Not  applicable  because  CDM  does  not 
maintain  output  format  data 
Due  to  possible  differences  in  the 
intended  users,  ITDS  requires  this 
attribute  but  CDM  has  no  need  for  it. 
This  attribute  is  not  in  MIL-M-28001 
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1.2  Cover  and  Title  Frame/Page 


CDM 

ITDS  ELEMENT  ATTRIBUTE  EQUIVALENT 


DETAIL 

REFERENCE 


<doc 

%secur 
branch 
status 
revno 
chgno 
i tidtype 
mantype 
xref id 

<maintinf 

As  for  %security 

CDM  Derivable 

CDM  Derivable 

Not  Applicable 

Not  Applicable 

CDM  Derivable 

CDM  Derivable 
id 

<volume 

%secur 

%bodyatt 

CDM  Derivable 

As  for  %security 

As  for  Ibodyatt 

<cover 

%secur 

Tsbodyatt 

CDM  Derivable 

As  fpr  ^security 

As  for  %bodyatt 

ctitlef ra 

Isecur 

type 

%bodyatt 

CDM  Derivable 

As  for  %security 

As  for  %bodyatt 

<pubno 

%secur 

<idinfo\ 

<dataunit  type  »  pubno 
<sysin£o\<idinfo\ 
<dataunit  type  »  pubno 

As  for  ^security 

<prepubno 

Isecur 

<idinf o\ 

<dataunit  type  ■  prepubno 
<sysinfo\<idinfo\ 
<dataunit  type  -  prepubno 
As  for  ^security 

<docno 

%secur 

Not  Applicable 

cuser 

Isecur 

Not  Applicable 

<titleblk 

%secur 

CDM  Derivable 

As  for  \ s  e  cu  r i ty 
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ITDS  ELEMENT 

ATTRIBUTE 

CDM  DETAIL 

EQUIVALENT  REFERENCE 

<  revnum 

%secur 

< idinf o\ 

<dataunit  version 

As  for  %security 

<caveat 

%secur 

<datalink  linktype  »  warning 

As  for  %security 

<docclass 

%secur 

Not  Applicable  3. 

<  tfmclass 

Isecur 

Not  Applicable  4. 

<docuse 

%secur 

No  Equivalent  5. 

<volnum 

%secur 

CDM  Derivable 

As  for  %security 

<doccopy 

%secur 

No  Equivalent  6. 

<doCpart 

%secur 

CDM  Derivable 

As  for  %security 

<subject 

%secur 

<idinfo\<dataoni t  type-subject 
<datalink  linktype  •  title 
<  sys  inf  o\<  idinf  o\<datauni  t 
type  -  subject  <datalink 
linktype  -  title 

As  for  Isecurity 

<maintlvl 

%secur 

<idinf o\ 

<dataunit  type  -  maint_level 
< sys inf o\< idinf o\ 

<dataunit  type  -  maint_level 

As  for  %security 

<nomen 

%secur 

<  function\< task\<equip\ 
<dataunit  type  -  nomen 

<  sys inf o\< function\<task\< equip 
\<dataunit  type  -  nomen 

< sys inf o\<f ltinfo\<statiso\ 
<equip\<dataunit  type  -  nomen 

As  for  Isecurity 

<doctype 

Isecur 

Not  Applicable  7. 

As  for  %security 
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I TPS  ELEMENT 
<sssn 

<type 


<docpartn 

cmodelno 

<pslist 

<partno 

<nsn 


<stitle 


<serno 


CDM 

ATTRIBUTE  EQUIVALENT 


DETAIL 

REFERENCE 


cmaintinf  sssn 

Isecur  As  for  Isecurity 

<function\<task\<input\  8. 
< equip  type 

<sysinf o\<function\<task\ 

< input\<equip  type 
<sysinf o\<fltinf o\<statiso\ 
<equip  type 

<data\<textunit\<equip  type 
Isecur  As  for  Isecurity 


CDM  Derivable 

%secur  As  for  Isecurity 


Isecur 


Isecur 


Isecur 


Isecur 


<idinfo\ 

<dataunit  type  -  modelno 
<sysinf o\<idinf o\ 

<dataunit  type  -  modelno 
As  f&r  Isecurity 

<sysinfo\<partdata\<ipb\<mpl 
As  for  %security 

<sysinfo\<partdata\<partbase\ 
<dataunit  type  -  part  number 
As  for  %security 

<function\<task\ 

< equip  nsn 

<sysinfo\<fltinfo\<dynaiso\ 
<mdas\<rectif  nsn 
<partbase  type  •  nsn 
As  for  Isecurity 


<idinfo\<dataunit  type  - 
subti tle\<datalink  linktype 
-  title 

Isecur  As  for  Isecurity 


< idinf o\ 

<dataunit  type  -  serial  number 
<sysinf o\< idinf o 
<dataunit  type  -  serial  number 
Isecur  As  for  Isecurity 
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ITDS  ELEMENT 
<mf  r 

<docmf  r 

<contrno 

<par tdesc 

<partname 

<seal 


CDM 

ATTRIBUTE  EQUIVALENT 


DETAIL 

REFERENCE 


\secur 


Isecur 


%secur 


%secur 


isecur 


isecur 

cadid 

graphic 

width 

depth 


< idinf o\ 

<dataunit  type  -  manufacturer 
<sysinfo\<idinfo\ 

<dataunit  type  «  manufacturer 
As  for  %security 

< idinf o\<dataunit  - 
docmf r 

As  for  %security 
< idinf o\ 

<dataunit  type  -  contract  no. 
<  sysinf o\< idinf o\ 

<dataunit  type  -  contract  no. 
As  for  %security 

< sysinf o\<partdata\<ipb\ 
<mpl\<partinf o 
As  fpr  %security 

<sysinfo\<partdata\<ipb\ 

<mpl\<partinfo\ 

<dataunit  type  -  noun  ident 
As  for  %security 

<graph2d  9. 

As  for  ^security 

No  Equivalent 

srcgraph 

pixrange 

pixrange 
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ITDS  ELEMENT  ATTRIBUTE 


C  DM 

EQUIVALENT 


DETAIL 

REFERENCE 


<noti.ce 

Isecur 

type 

10. 

e££date 

< idinf o\<datauni t  type  - 
ef fdate 

supersede 

< idinf o\<datauni t  type  - 
supersede 

auth 

< idinf o\<datauni t  type  - 
auth 

distr 

< idinf o\<dataunit  type  - 
distr 

nopg 

CDM  Derivable 

noclaspg 

CDM  Derivable 

branch 

CDM  Derivable 

disc 

< idinf o\<datauni t  type  - 
disc 

saf esup 

<idin£o\<dataunit  type  - 
safesup 

ope  r sup 

<idipf o\<dataunit  type  - 
opersup 

f  ouo 

Not  Applicable 

pgclass 

CDM  Derivable 

pubby 

Not  Applicable 

<dvgrev 

*secur 

<idinf o\<datauni t  type  » 
dwgrev 

<pubdate 

<idinfo\<datauni t 
type  »  orlg  info  release  date 
<sysinfo\<idinfo\<datauni t 
type  -  orig  info  release  date 

tsecur 

As  for  %security 

<chgdate 

< idinf o\<datauni t 
type  -  latest  info  change  date 
<  sysinf o\< idinf o\<datauni t 
type  -  latest  info  change  date 

%secur 

As  for  ^security 

<chgno 

< idinf o\ 

<dataunit  version 

%secur 

As  for  %security 

<downgrd 

%secur 

< idinf o\<dataunit  type  » 
downgrd 
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I  TPS  ELEMENT 
<auth 

<phrase 

<dtissue 


CDM  DETAIL 

ATTRIBUTE  EQUIVALENT  REFERENCE 

< idinf o\<datauni t  type  - 
auth 

%secur 

Not  Applicable  11. 

Isecur 


<idinf o\ 

<dataunit  type  -  effective  date 
<sysinfo\<idinfo 
<dataunit  type  -  effective  date 
Isecur  As  for  Isecurity 
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DETAIL  REFERENCES 


1.  doc  status 
doc  revno 
doc  chgno 

2.  <docno,  <user 

3.  docclass 

4.  tfmclass 

5.  docuse 

6.  doccopy 

7.  doctype 

8.  <type 

9.  <seal  caidid 

10.  <notice 

type  •  fouo 
type  -  pubby 

11.  <phrase 


Redundant  with  <doctype> 

Number  of  times  document  revised 
Number  of  times  document  changed 
Both  can  be  derived  from  either  pubno  or 
prepubno 

Redundant  with  doc  security 
Redundant  with  <titlefrm  security  and 
%s:ecurity  restric 
Provides  (For  Official  Use  Only) 

Provides  (Copy  _  Out  of  ) 

Redundant  (format)  with  <3oc  status>? 
Used  in  ITDS  to  identify  equipment  type 
CDM  does  not  identify 

Data  supplied  by  security  -  fouo 

Data  supplied  by  <docmfr 

Data  supplied  by  <dwngrd 
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ITDS  ELEMENT 

ATTRIBUTE 

CDM  DETAIL 

EQUIVALENT  REFERENCE 

<chgrec 

Isecur 

Ibodyatt 

CDM  Derivable 

As  for  Isecurity 

As  for  Ibodyatt 

ccontents 

Isecur 

CDM  Derivable 

As  for  Isecurity 

<autotoc 

elements 

num 

title 

page 

CDM  Derivable 

<iluslist 

Isecur 

CDM  Derivable 

As  for  Isecurity 

<autoloi 

elements 

num 

title 

page 

CDM  Derivable 

< tablist 

Isecur 

CDM  Derivable 

As  for  Isecurity 

<autolot 

elements 

num 

title 

page 

CDM  Derivable 

<warnsua 

Isecur 

Ibodyatt 

CDM  Derivable 

As  for  Isecurity 

As  for  Ibodyatt 

<saf esua 

Isecur 

Ibodyatt 

CDM  Derivable 

As  for  Isecurity 

As  for  Ibodyatt 

<howtouse 

Isecur 

Ibodyatt 

cidinfo  type  •  howtouse 

As  for  Isecurity 

As  for  Ibodyatt 

<forward 

Isecur 

Ibodyatt 

<idinfo  type  -  forward 

As  for  Isecurity 

As  for  Ibodyatt 

<symsect 

Isecur 

Ibodyatt 

<sysinf o\<desc  2. 
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1.3  Other  Front  Matter 


Mark-up  tags  covered  in  this  section  deal  with  information 
identified  as  Front  Matter.  Front  Matter  consists  of 
various  paper  manual  constructs  including  Table  of  Contents 
(TOC),  Lists  of  Illustrations  (LOI),  List  of  Effective  Pages 
(LEP),  etc.  In  general,  the  CDM  does  not  contain 
equivalent  commands  for  this  type  of  information.  The  CDM 
derives  compiled  information  based  on  the  information 
obtained  at  each  lower  node. 

CDM  DETAIL 


ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<chgsheet 

tsecur 

Ibodyatt 

<dataunit  version 

As  for  %security 

As  for  %bodyatt 

<lep 

Isecur 

CDM  Derivable 

As  for  %security 

<autolep 

%secur 

CDM  Derivable 

As  for  %security 

<promul 

\secur 

tbodyatt 

<idinfo  type  -  promul 
As  for  %security 

As  for  %bodyatt 

<sigblk 

type 

Not  Applicable 

1. 

< purpose 

%secur 

No  Equivalent 

1. 

< signer 

%secur 

No  Equivalent 

1. 

<position 

%secur 

No  Equivalent 

1. 

<organiz 

tsecur 

No  Equivalent 

1. 

<address 

%secur 

No  Equivalent 

1. 

<date 

Isecur 

No  Equivalent 

1. 
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ITDS  ELEMENT 

ATTRIBUTE 

CDM  DETAIL 

EQUIVALENT  REFERENCE 

<  term 

Isecur 

<dictitem\ 

<dataunit  type  -  term 

As  for  Isecurity 

<preface 

Isecur 

%bodyatt 

<idinfo  type  ■  preface 

As  for  %security 

As  for  %bodyatt 

<intro 

Isecur 

%bodyatt 

<idinfo  type  «  intro 

As  for  Isecurity 

As  for  Ibodyatt 
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DETAIL  REFERENCES 


1.  sigblk 


2.  symsect 


-  CDM  will  know  where  to  place  a  signature 
block;  therefore,  it  does  not  need  to 
identify  it.  However,  to  display  the 
elements  of  the  signature  block,  the  CDM 
must  store  the  data  someplace.  Suggest 
CDM  add  appropriate  data  units  within 
idinfo  to  store  such  data. 

-  appropriate  data  unit  type  must  be  added 
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1.4  Paragraphs,  Headings,  and  Text 


ITDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

<chapter 

%secur 

%bodyatt 

<dataunit  level 

As  for  ^security 

As  for  %bodyatt 

<title 

%secur 

<datalink  linktype 
As  for  ^security 

<nu* 

type 

f igsheet 
xref  id 

CDM  Derivable 

<section 

Isecur 

%bodyatt 

<dataunit  level 

As  for  ^security 

As  for  %bodyatt 

<paraO 

isecur 

*bodyatt 

<dat^unit  level 

As  for  ^security 

As  for  %bodyatt 

<subparal 

\secur 

%bodyatt 

<dataunit  level 

As  for  ^security 

As  for  %bodyatt 

<subpara2 

\secur 

tbodyatt 

<dataunit  level 

As  for  %security 

As  for  %bodyatt 

<subpara3 

\secur 

tbodyatt 

<dataunit  level 

As  for  %security 

As  for  %bodyatt 

<subpara4 

\secur 

tbodyatt 

<dataunit  level 

As  for  %security 

As  for  tbodyatt 

<subpara5 

*secur 

\bodyatt 

<dataunit  level 

As  for  %security 

As  for  %bodyatt 

<  runtext 

\secur 

\bodyatt 

<textunit 

As  for  ^security 

As  for  ibodyatt 

<textl 

%secur 

%bodyatt 

<textunit 

As  for  %security 

As  for  %bodyatt 

DETAIL 

REFERENCE 


title 
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I TDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

DETAIL 

REFERENCE 

< text2 

Isecur 

Ibodyatt 

<textunit 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxtl 

Isecur 

Ibodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxt2 

Isecur 

%bodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxt3 

%secur 

Ibodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxt4 

Isecur 

%bodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxtS 

Isecur 

Ibodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt  ' 

<paratxt6 

Isecur 

Ibodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<paratxt7 

Isecur 

Ibodyatt 

<dataunit  level 

As  for  Isecurity 

As  for  Ibodyatt 

<pgno 

Isecur 

Not  Applicable 

As  for  Isecurity 

1. 

DETAIL  REFERENCES 

1.  <pgno  -  CDM  will  supply  all  page  numbering 
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1.5  Illustrations/Figures 


CDM  DETAIL 


ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<  f i gu  r  e 

Isecur 

%applic 

Ibodyatt 

type 

CDM  Derivable 

As  for  ^security 
As  for  %applic 

As  for  Ibodyatt 

<graphic 

%secur 

boardno 

width 

depth 

window 

rotations 

segment 

name 

coord 

type 

<graph2d 

As  for  %secucity 
%ids 

pixrange 

pixrange 

Not  Applicable  - 

orient 

srcgraph 

name 

Not  Applicable 
type. 

1. 

Discuss 

<graphlit 

Icolor 

boardno 

segment 

flashing 

Not  Applicable 

2. 

<graphmac 

Isecur 

name 

boardno 

segment 

coord 

window 

type 

<graph2d 

As  for  %security 

name 

lids 

srcgraph 

Not  Applicable 
Not  Applicable 
type 

1. 

<legend 

Isecur 

<table 

As  for  Isecur 

<legitem 

Isecur 

<table\<entry 

As  for  Isecur 

DETAIL  REFERENCES 

1.  window  -  Datalogics  to  analyze  and  provide 

capability 

2.  <graphlit  -  CDM  does  not  maintain  output  format  data 
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1.6  Warnings,  Cautions,  Notes,  and  Footnotes 


ITDS  ELEMENT 

ATTRIBUTE 

CDM  DETAIL 

EQUIVALENT  REFERENCE 

<varning 

Isecur 
vital 
type 
xref id 

<datalink  1. 

linktype  -  warning 

As  for  Isecurity 

Not  Applicable 

<datauni t  type  -  warninq 

linkid 

<caution 

Isecur 
type 
xref id 

<datalink 

linktype  -  caution 

As  for  Isecurity 
<dataunit  type  -  caution 
linkid 

<note 

Isecur 
type 
xref id 

<datalink 
linktype  -  note 

As  for  Isecurity 
<dataunit  type  -  note 
linkid 

<ftnotest 

Isecur 

Ibodyatt 

mark 

type 

<datalink  linktype  »  ftnote 

As  for  Isecur 

As  for  Ibodyatt 

CDM  Derivable 

CDM  Derivable 

<f tnotend 

Isecur 

No  Equivalent 

Ibodyatt 

mark 

type 


DETAIL  REFERENCES 

1.  <warning  vital  -  All  warnings  are  vital 
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1.7  Tables,  Charts,  and  Lists 


CDM  DETAIL 


ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

ctable 

Isecur 

%bodyatt 

%applic 

feature 

titleform 

ckmethod 

siderule 

colsep 

rowsep 

<table 

As  for  ^security 

As  for  %bodyatt 

As  for  Isapplic 
< table  type 
< table  type 
<table  type 

Not  Applicable 

Not  Applicable 

Not  Applicable 

1. 

1  . 

1. 

2. 

2. 

2. 

<colhddef 

%colfat 

<table\<colhddef 

As  for  Icolfat 

ccolbddef 

%col fat 
enumeth 

Not  Applicable 

3. 

<entry 

\secur 

%bodyatt 

col 

row 

type 

rowsep 

rotate 

<table\<entry 

As  for  \security 

As  for  %bodyatt 

col 

row 

Not  Applicable 

Not  Applicable 

Not  Applicable 

4. 

<list 

tsecur 

tapplic 

enumeth 

align 

char 

<table 

As  for  %security 

As  for  %applic 

Not  Applicable 

Not  Applicable 

Not  Applicable 

5. 

<smrcode 

<sysinf o\<partdata\ 
<partbase  type  »  smr 

<i  tem 

\secur 

\bodyatt 

<  table\<entry 

As  for  %secur 

As  for  %bodyatt 

<  refdes 

isecur 

<  sysinf o\<partdata\ 
<ipb\<mpl\<partinfo 
reference  designator 
As  for  ^security 

type  - 

<lin 

*secur 

Not  Applicable 

6. 
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ITDS  ELEMENT 


ATTRIBUTE 


CDM 

EQUIVALENT 


DETAIL 

REFERENCE 


<  tab 


char  Not  Applicable 

position 


7. 


DETAIL  REFERENCE 


1.  <table  feature 

ckmethod 

titleform 

2.  ctable  siderule 

colsep 

rowsep 

3.  <colbddef 

4.  <entry  type 

rowsep 

rotate 

5.  <list 

enumeth 

align 

char 

6.  <lin 

7.  <tab 


Is  <table  type>  valid  for  feature, 
titleform  and  ckmethod? 

(May  Be  Derivable) 

CDM  does  not  maintain  output  format 
data 

CDM  does  not  maintain  output  format 
data 

CDM  does  not  maintain  output  format 
data 

Lists  within  the  CDM  are  treated  as 
tables  consisting  of  one  column. 

CDM  does  not  maintain  output  format 
data 

CDM  does  not  maintain  output  format 
data 

CDM  does  not  maintain  output  format 
data 


1.8  Rear  Matter 


ITDS  ELEMENT 

attribute 

COM 

EQUIVALENT 

DETAIL 

REFERENCE 

<appendix 

%secur 

Ibodyatt 

COM  Derivable 

<f tnsec 

%secur 

Ibodyatt 

CDM  Derivable 

As  for  %security 

As  for  %bodyatt 

<glossary 

tsecur 

%bodyatt 

CDM  Derivable 

As  for  ^security 

As  for  %bodyatt 

< index 

%secur 

%bodyatt 

Not  Applicable 

As  for  ^security 

As  for  \bodyatt 

1  . 

< indxf lag 

ref  1 
ref  2 
ref  3 
ref  4 
tsecur 

Not  Applicable 

1 . 

<foldout 

Isecur 

tbodyatt 

width 

depth 

Not  Applicable 

<autoindx 

elements 
indxf lag 
nus 
title 
page 

CDM  Derivable 

Not  Applicable 

Not  Applicable 

Not  Applicable 

Not  Applicable 

Not  Applicable 

1. 

<ddsheet 

tsecur 

Ibodyatt 

Not  Applicable 

2. 
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DETAIL  REFERENCES 


1.  Indexing 


2.  <foldout 

3.  <ddsheet 


-  CDM  will  derive  data  to  be  included  in  an 
index.  Appropriate  level  identification 
(such  as  elements  -  chapter/section/para/ 
page  -  1/0/1)  will  be  known  and  included 
by  the  system. 

-  CDM  does  not  maintain  output  format  data 

-  All  changes  will  be  incorporated  in  the 
CDM  version  of  documents 
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1.9  Special/Foreign  Language  Characters 


The  CDM  does  not  currently  allow  for  the  capability  to 
specify  or  store  special  character  information.  Special 

character  information  consists  of  symbols  (i.e.  arrows, 
bullets,  superscripts,  etc.)  and  foreign  language 

characters.  The  process  of  adding  these  capabilities  is  in 
progress . 

ITDS  ELEMENT  ATTRIBUTE 

CDM  DETAIL 

EQUIVALENT  REFERENCE 

<splchar 

type 

No  Equivalent 

<subscrpt 

Isecur 

No  Equivalent 

<supscrpt 

%secur 

No  Equivalent 

<speclang 

type 

No  Equivalent 
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1.10  Automatic 

CDM  will  apply 
roman  numerals, 
document . 

I TPS  ELEMENT 
<enumdef 

<enumrst 

<enumrend 


Text,  Illustration  and  Table  Numbering 

appropriate  numbering  methodologies  (arabic, 
alphabetic,  etc.)  for  every  section  of  a 


CDM  'DETAIL 


ATTRIBUTE 

EQUIVALENT 

REFERENCE 

method 

type 

element 

Not  Applicable 

method 

Not  Applicable 

method 

Not  Applicable 
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X.ll  Automatic  Page  Numbering  and  Page  Breaks 


Enumeration  definitions  within 
identification  of  page  numbering 
numerals,  arabic,  etc.)  and  automatic 
features  are  derived  within  CDM. 


ITDS  is 
schemes 
paging . 


used  for 
(i.e.  roman 
All  of  these 


ITDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

<enpgdef 

method 

type 

model 

Not 

Applicable 

<enpgst 

method 

Not 

Applicable 

<enpgend 

method 

Not 

Applicable 

<pgintst 

number 

cngno 

Isecur 

Not 

Applicable 

<pgintend 

numbe  c 

cngno 

%secur 

Not 

Applicable 

DETAIL 

REFERENCE 
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1.12  Marginal  Copy 

CDM  will  include  appropriate  data(pubnos,  pgnos, 
margins  (in  proper  locations)  as  required. 


ITDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

<marginal 

Isecur 

%applic 

status 

location 

element 

type 

lemph 

Not  Applicable 

etc.)  within 

DETAIL 

REFERENCE 
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1.13  Entity  Definition  and  Use 


CDM  DETAIL 

I  TPS  ELEMENT  ATTRIBUTE  EQUIVALENT  REFERENCE 

< ! ENTITY  x  "char,  string"  ctextunit  id  -  x 

&x;  <datalink 

linktype  -  appropriate 
branchid  •  x 
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2.0  ITDS  Mark-Up  Codes  -  Appendix  B2 


The  SGML  mark-up  codes  provided  in  this  appendix  are  intended 
to  supplement  the  codes  for  electronic  and  printed  output 
included  in  Appendix  Bl.  The  codes  found  in  this  appendix 
are  intended  primarily  for  use  in  the  electronic  display  of 
documents . 

2.1  Associations 


ITDS  ELEMENT 
<assocst 


<assocend 


CDM 

ATTRIBUTE  EQUIVALENT 

Not  Applicable 

%secur 
content 
viewtype 
xref id 


Not  Applicable 


DETAIL 

REFERENCE 

1. 


DETAIL  REFERENCE 

1.  associations  -  CDM  does  not  maintain  output  format  data 
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2.2  Viewports 


ITDS  ELEMENT 

ATTRIBUTE 

COM 

EQUIVALENT 

DETAIL 

REFERENCE 

<viewdef 

name 

coord 

device 

viewtype 

Not  Applicable 

1. 

<viewadd 

name 

Not  Applicable 

1  . 

<viewf tod 

%color 

shade 

Not  Applicable 

1. 

<viewdel 

text 

graphic 

Not  Applicable 

1. 

DETAIL  REFERENCES 

1.  viewports  -  CDH  does  not  aaintain  output  format  data 
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2.3  Graphic  Callouts 


ITDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

DETAIL 

REFERENCE 

ccallout 

label 
select 
f igxref 

No  Equivalent 

1. 

<ealltdef 

label 
f igxref 
graphic 

No  Equivalent 

2. 

DETAIL  REFERENCES 

1.  callout 

2.  calltdef 

-  Textual  reference  to  item  in  a  figure 
or  graphic 

-  Defines  a  callput  so  that  when  the  system 
reaches  text  containing  the  callout  it 
knows  which  figure  or  graphic  to  display. 
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2.4  Branching 


CDM  DETAIL 


ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<braneh 

type 

branchid 

%links 

<step  reqtype 
linkid 

input 

No  Equivalent 

1. 

previous 

%applic 

dccno 

assoc 

linkid 

As  for  %applic 
exrefid 

No  Equivalent 

2. 

xrefid 

label 

xrefid  or  branchid 

No  Equivalent 

3  . 

<branchdf 

prompt 

coordin 

echo 

time 

length 

end 

rectime 

recinput 

No  Equivalent 
<datalink  linktype  - 
prompt 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

4. 

source 

recattmp 

delspace 

delperid 

delpunct 

revision 

replace 

recnum 

numattmp 

exactans 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

No  Equivalent 

5. 

<store 

entity 

No  Equivalent 

6. 
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DETAIL  REFERENCES 


1.  input 

2.  previous 

3.  xrefid 

4.  <branchdf 

5.  source 

6.  <store 


Used  in  ITDS  to  specify  user  required  input. 
If  input  is  defined  to  be  data,  conditional 
branching  can  be  specified  which  is 
comparable  to  the  CDM  rulelog  attribute. 

ITDS  specification  of  previous  branches.  CDM 
implementation  uses  the  sequence  attribute  to 
allow  for  specification  of  any  branching 
sequences . 

CDM  uses  xrefid  if  branching  to  another 
dataunit  and  branchid  if  branching  to 
another  conditional  branch. 

ITDS  element  which  defines  branch 
capabilities.  CDM  branching  capabilities 
are  defined  as  part  of  the  CDM  model. 

ITDS  specification  for  the  source  of  input 
as  keyboard | ATE | touchpanel | etc .  No  apparent 
method  within  CDM  to  allow  for  this  type  of 
specification. 

Element  within  ITDS  used  to  store  user  input 
values.  Done  automatically  within  CDM. 
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2.5  Interrupt,  Jump,  and  Return 

CDM 

I  TPS  ELEMENT  ATTRIBUTE  EQUIVALENT 

<interupt  Not  Applicable 

<jumpout  Not  Applicable 

doc 
assoc 
xref id 
label 


<  return 


loc 


%links  rulelog 


DETAIL 

REFERENCE 

1. 

2. 


DETAIL  REFERENCES 


1.  <interupt 

2.  <jumpout 


CDM  system  will  automatically  wait  for 
user  input. 

CDM  will  not  "run"  other  programs 
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2 . 6  Highlights ,  Emphasis  Codes,  Change  and  Emergency 
Information,  and  Global  Definitions 


CDM 

DETAIL 

ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<chgst 

level 

<dataunit  version 
level 

1. 

status 

Not  Applicable 

mark 

Not  Applicable 

%secur 

As  for  %security 

cchgend 

level 

status 

mark 

%secur 

Not  Applicable 

<highlite 

hrule 

hspace 

leader 

1 f tindnt 

1 inebrk 

newcol 

pgbrk 

prima ry 

rtindnt 

shfthorz 

Not  Applicable 

2. 

-shftvert 

vrule 

vspace 

<emphst 

lapplic 

lemph 

No  Equivalent 

3. 

<emphend 

%applic 

%emph 

No  Equivalent 

<emgst 

Not  Applicable 

4. 

<emgend 

Not  Applicable 
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DETAIL  REFERENCE 


1.  <chgst 

2.  <highl 

3.  <emphs 


4.  <emgst 


mark 

ite 

t 


CDM  does  not  maintain  output  format  data 
CDM  does  not  maintain  output  format  data 
Material  that  is  to  be  emphasized  is 
linked  by  a  datalink  with  a  specified 
priority.  There  is  no  need  to  identify 
a  local  section  of  emphasized  material. 
Ouput  Format  Data. 
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2.7  Video  Disk 


CDM 

ITDS  ELEMENT  ATTRIBUTE  EQUIVALENT 

<video  <datalink 

linktype  »  video 
frames  Not  Applicable 

speed  Not  Applicable 

audio  Not  Applicable 


DETAIL 

REFERENCE 

1. 


DETAIL  REFERENCES 

1.  <video  frames  -  CDM  does  not  maintain  ouptut  format  data 
speed 
audio 


44 


2.8  Configuration 


1 7DS  configuration  coding  allows  the  capability  to  store  and 
retrieve  groups  of  related  data.  CDM  methodology  allows  the 
specification  of  configuration  through  the  use  of  the  %stats 
config  attribute  of  the  dataunit  element.  For  more 
information  about  the  use  of  configuration,  reference  section 
2.3.4. 


ITDS  ELEMENT 

ATTRIBUTE 

CDM 

EQUIVALENT 

<conf igid 

type 

code 

<dataunit  config 
Not  Applicable 
Not  Applicable 

<conf igdf 

type 

symbol 

output 

Not 

Applicable 

<conf igst 

type 

code 

Not 

Applicable 

<conf iged 

type 

code 

Not 

Applicable 

DETAIL 

REFERENCE 


45 


2.9  Standard  Keys 


This  section  contains  data  concerning  keys  to  be  used  on  the 
ITDS  keyboard.  This  section  does  not  apply  to  the 
comparison  of  how  data  is  stored  in  the  two  systems. 
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2.10  Cross-Reference  and  Data  Identification 

CDM  DETAIL 


ITDS  ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<xref 

type 

<datalink  linktype 

1. 

docno 

<aaintinfo  id 

2. 

assoc 

Not  Applicable 

xrefid 

<datalink  linkid 

linktype  -  table | 
graph2d | graph3d | etc . 

text 

<datalink  linktype  - 

3. 

prompt 

<dataiden 

texttype 

%secur 

As  for  %security 

4. 

DETAIL  REFERENCES 


1.  type 

2 .  docno 

3 .  text 


4.  texttype 


type  -  figure | text | table 

possibly  redundant  with  information  in  xrefid 
Docno  in  ITDS  specifies  a  cross-reference  to 
another  document.  Assumed  CDM  cross-reference 
to  alternative  maintenance  information. 

ITDS  uses  text  as  a  specification  for  text 
that  is  to  be  highlited.  CDM  uses  a  textunit 
identifier  for  the  actual  text  and  is  linked 
via  the  linktype  specification. 

Data  identification  information  indicated  by 
the  ITDS  Task  Codes  ("texttype")  can  be 
"mapped"  into  CDM  format  using  the  CDM 
information  structures  identified  in  section 
2.11.2 

Provides  capability  of  multiple  texttypes  for 
a  piece  of  text. 
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2.11  Special  Codes 


Special  codes  within  the  ITDS  are  used  to  enable  cross- 
referencing  which  is  necessary  for  branching  and  query 
commands.  These  codes  are  used  universally  from  document  to 
document . 

2.11.1  Document  Structure  Reference  Codes 

This  list  represenst  the  ITDS  document  structure  codes 
identifying  the  major  divisions  of  a  document.  These 
special  number  codes  are  coded  in  the  reference  numbers 
(xrefid)  for  the  identified  divisions. 

NUMBER  DOCUMENT  STRUCTURE 

01  Title  Page 

02  List  of  Effective  Pages 

03  (Future  Use) 

04  Table  of  Contents 

05  List  of  Illustrations 

06  List  of  Tables  ( 

07  Forward,  Introduction  (Front  Matter) 

08  Chapter  —  major  division  of  manual 

09  Section  —  major  division  of  manual 

010  Part  —  major  division  of  manual 

011  Illustration 

012  Table 

013  Appendix 

014  Index 

015  Legend  of  an  Illustration 

016  Footnote 

017  Change  Notice 

018  Glossary 

019  How  to  Use  Document 

020  Promulgation 

021  Change  Record 

022  Difference  Data  Sheet 

023  Abbreviations 

024  Training  Objective 

025  Training  Lesson 

026  Training  Test 

027  and  Up  (Future  Use) 
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2.11.2  Task  Numbers 


Task  codes  are  used  to  identify  types  of  information  found 
in  headings,  paragraphs,  figures,  tables,  chapters,  and 
sections  of  a  document.  The  task  code  (texttype  ■  n)  is  the 
main  code  specification  within  the  %bodyatt  attribute  set. 


NUMBER 

TEXTTYPE 

COM  EQUIVALENT 

100 

110 

access 

<desc  type  •  access  ways 

115 

action 

120 

adjust/align/calibrate 

<sysinfo\<function  type  ■ 

130 

administrative  destruct 

ad justment\alignment\ 
calibration 

135 

answer 

140 

arrangement 

<desc  type  -  arrangement 

150 

assemble 

<sysinfo\<function  type  < 

160 

automated  test  equipment 

disassembly\assembly 

170 

procedures 

bonding 

<maintprc  type  -  bonding 

180 

cause  , 

<sysinfo\<f ltinfo\ 

190 

check  list 

<faultiso\<statiso\ 

<  symptom\<  causeby 

200 

checkout 

<sysinfo\<fltinfo\ 

<faultiso\<dynaiso\ 

205 

circuit  breakers 

<mdas\cmdasrect  cproc 

210 

clean 

<sysinfo\<function  type 

230 

component  description 

cleaning 

240 

component  locator 

250 

component  replacement 

260 

checks 

computer  program  flow 

270 

charts 

computer  program  listings 

<maintprc  type  « 

280 

connector 

290 

consumable 

connections 

<function\<task\ 

300 

consumable  record 

<consum 

305 

corrective  action 

310 

danger  area 

<desc  type  -  danger  area 

315 

date 

320 

description 

<desc 

330 

detailed  theory  of 

<sysinfo\<desc  type  - 

operation 

theory  of  operation 
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NUMBER 

TEXTTYPE 

CDM  EQUIVALENT 

340 

diagram 

<graph2d  mode  ■  station 
diagram 

360 

disassemble 

<sysinfo\<function  type  - 
disasseably\assembly 

370 

equipment  record 

380 

fastener 

cmaintprc  type  -  fastener 

390 

fault  description 

<sysinf o\<f Itinf o\ 

<f ltdesc 

400 

fault  index 

410 

fault  isolation  index 

420 

follow-on  maintenance 

430 

function 

<sysinfo\< function 

435 

functional  diagram 

<graph2d  track  - 
illustration 

440 

general  information 

<sysinfo\<idinfo 

450 

general  procedure  or 
operational  checkout 

460 

Government  standard 

<sysinfo\<function\<task\ 
<input\<consu\<datauni t 
type  «  govtstd 

470 

grounding 

480 

illustrated  parts 
breakdown 

<sysinfo\<partdata\<ipb 

48S 

indication 

490 

initial  date 

500 

in-process  inspection 

<step  ipi 

510 

in-process  inspection 

<function\< task\<genipi 

code 

type  -  ipic 

520 

input  conditions 

530 

inspect 

<sysinfo\<function  type  - 
scheduled  inspection 

540 

install 

<sysinfo\<function  type  - 
install 

545 

International  standard 

Information 

550 

leveling 

<function  type  •  leveling 
and  weighing 

560 

lifting  and  shoring 

<function  type  -  lifting 
and  shoring 

565 

line  item  number 

570 

local  manufacture 

575 

logistics  control  number 

- 

580 

lubricate 

<sysinfo\<function  type  - 
lubricating 

590 

maintenance 

600 

maintenance  parts  list 

<  sysinf o\<partdata\<mpl 

610 

manufacturer's  code 

<sysinfo\<function\<task\ 
< input\<consum\<datauni t 
type  ■  mfrcode 
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NUMBER  TEXTTYPS 


CDM  EQUIVALENT 


615 

manufacture  r 

<sysinfo\< idinf o  type  - 
manufacturer 

620 

master  input  conditions 

<sysinf o\<function\<task\ 
< input 

623 

material  name 

626 

material  number 

630 

materials  information 

632 

measurement 

634 

model  name 

635 

model  number 

637 

national  stock  number 

<function\<task\< equip 
type  ■  nsn 

640 

nomenclature 

< ays inf o\< idinf o 

645 

objective 

650 

overhaul 

670 

pack 

675 

page  number 

680 

parking  and  mooring 

<function  type  -  parking 
and  mooring 

690 

part  description 

<sysinf o\<partdata 

700 

parts  list 

<sysinf o\<partdata\<mpl 

704 

part  name 

<sysinfo\<partdata\<mpl\ 
<partinfo  type  -  noun 
identifier 

705 

part  number 

<sysinfo\<partdata\ 

< part-base  type  *  part 

. 

number 

710 

personnel 

<  function's^  task\<personnl 

720 

pictorial  view 

<graph2d 

730 

placards  and  marking 

< function  type  -  placards 
and  markings 

740 

preparation  for 

<sysinfo\<f ltinfo\< test\ 

maintenance 

<stepgrp  type  - 
preparatory 

750 

preparation,  follow-on 
maintenance 

753 

question 

756 

reference  designator 

<  sysinf o\<partdata\< ipb\ 
<mpl\<partinfo  type  « 
reference  designator 

760 

required  conditions 

<function\<task\<  reqcond 

770 

rebuild 

780 

receive 

790 

remove 

<sysinfo\<function  type  - 
removal\install 

800 

repair 

<sysinfo\<function  type  - 
repair 

810 

replace 

820 

safety  summary 

830 

schematic  diagram 

<grapb2d  mode  -  schematic 

NUMBER 

TEXTTYPE 

CDM  EQUIVALENT 

840 

servicing 

<function  type  -servicing 

845 

serial  number 

850 

set-up 

855 

smr  code 

<sysinfo\<partdata\ 
<partbase  type  -  smr 

860 

special  instructions 

<sysinfo\<f It inf o\<test\ 
<step  specinstr 

870 

special  tools  information 

< f unc t ion\<t as k\< equip 
type  -  special  tools 

873 

sssn 

876 

special  tool  name 

877 

special  tool  number 

880 

stow 

890 

symbols 

<sysinfo\<idinf o\<desc 

900 

system  description 

910 

system  tie-in  information 

920 

tcto 

925 

tcto  number  (tine 
compliance  technical  order) 

930 

tcto  record 

935 

test 

<sysinfo\<fltinfo\<test 
type  -  test 

940 

test  equipment  information 

<  function\< task\ 

<equip  type  -  test 
equipment 

941 

test  equipment  name 

9-42 

test  equipment  number 

943 

test  question 

<sysinfo\<desc  type  - 
theory  of  operation 

946 

theory  of  operation 

947 

tool  name 

948 

tool  number 

949 

torque  value 

<maintprc  type  -  torque 

950 

towing  and  taxiing 

< function  type  -  towing 
and  taxiing 

955 

transport 

<sysinfo\<fltinfo\ 

960 

troubleshooting  or 

965 

970 

fault  isolation 
unpack 

usability  information 

<f aultiso 

<sysinfo\<idinfo  type  - 
usability  information 

975 

vehicle  description 

<desc  type  -  arrangement 

980 

walkways 

<desc  type  -  walkways 

985 

wiring  diagram 

<graph2d  mode  -  wire 

990 

wiring  list 

<maintprc  type  »  wiring 
procedures 

993 

wiring  procedures 

997 

work  cards 
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APPENDIX  B 

CDM/ITDS  COMPARISON  STUDY 


The  results  of  the  CDM  and  the  ITDS  comparative  analysis, 
using  the  CDM  as  the  baseline  for  comparison,  are  detailed 

in  this  section. 
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1.0  Attribute  Set 


ATTRIBUTE  SET 

ATTRIBUTE 

ITDS 

EQUIVALENT 

DETAIL 

REFERENCE 

%yesorno 

lyesorno 

lapplinks 

1. 

lids 

id 

Ixref  xrefid 

Isecur 

security 

restrict 

release 

codeword 

scilevel 

diglyph 

Isecurity 

security 

restrict 

release 

codeword 

scilevel 

diglyph 

Istats  (Ibodyatt) 

valstat 

verstat 

conf ig 

security 

track 

version 

Ibodyatt 

Ibodyatt  val 
Ibodyatt  verif 
<conf igid 

As  for  Isecur 
<config  track 
<revnum,  <chgno 

Ixref s 

xref id 
exrefid 
xref type 

.  <xref  xrefid, assoc 
<xref  docno, assoc, 
<xref  type 

2. 

xrefid 

Itext 

No  Equivalent 

Icontent 

sssn 

level 

type 

refdes 

nature 

<  ref des 

Ibodyatt  form 

3. 

DETAIL 

REFERENCE 


ITDS 

ATTRIBUTE  SET  ATTRIBUTE  EQUIVALENT 


llinks 

linkid 

linktype 

title 

text 

training 

warning 

caution 

note 

graph2d 

graph3d 

table 

prompt 

eval 

audio 

bitmap 

video 

anim 

software 

%applinks 

value 

branchid 

rulelog 

brex 

exbrex 

exbrret 

brexret 

and 

sequence 

priority 


<branch  branchid 
<subject 

Ctextl,  <text2,  <runtext 

<confgdf 

<warning 

<caution 

<note 

<graphic 

<graphic 

< table 

<branchdf  prompt 
<branch  previous 
<video  audio 
No  Equivalent 
<video 

No  Equivalent 
< jumpout 

<branch  type  -  data 
cbranch  xrefid 
<return 

No  Return  Needed 
No  Return  Needed 
loc  -  nextjump 
loc  »  repeat 
loc  -  next 

No  Equivalence  5 

%eaph 
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DETAIL  REFERENCES 


1.  %applinks  -  What  is  it? 

2.  %xrefs  xreftype  -  CDM  identifies  type  of  element 

ITDS  identifies  type  of  document 
structure 

3.  %content  level  -  must  be  evaluated  and  assigned  as 

appropriate  paraO,  subpara*  or 
paratxt* 

type  -  ITDS  models  most  CDM  dataunit  types 
as  distinct  tags  or  with  appropriate 
three  digit  texttype  codes 
e.g.  CDM  <idinf o\<dataunit  type  -  modelno 
ITDS  <modelno 

CDM  <desc\<dataunit  type  -  walkways 
ITDS  <textX  texttype  -  980 

4.  %links  -  There  are  fundamental  differences  in 

the  way  branching  is  done  in  ITDS  and 
CDM.  Reference  Section  2.1.1. 

5.  %links  sequence  -  ITDS  assumes  decision/branch  to  be 

completed  in  the  same  order  as  which 
they  appeaf. 
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2.0  CDM  Elements 


Where  applicable,  all  possible  types  of  dataunits  within  a 
tag  have  been  listed  below  the  tag. 


CDM 

ELEMENT  ATTRIBUTE 


ITDS 

EQUIVALENT 


DETAIL 

REFERENCE 


<maintinf 


lids 

Icontent 


CDM  Content  Division 
As  for  lids 
As  for  Icontent 


ccontstrc 

lids 

Icontent 


CDM  Content  Division 
As  for  lids 
As  for  Icontent 


<idinfo 

lids 

Icontent 
nature 

<dataunit  type 

nomen 
mf  r 

contrno 
modelno 
orig  rel  dat 
late  chg  dat 
maint  level 
serialno 
distrib 
use  info 
pubno 
prepubno 
ef f date 

supersedure 

auth 


CDM  Content  Division 
As  for  lids 
As  for  Icontent 
Ibodyatt  form 

< nomen 
<mf  r1 
<contrno 
< modelno 
<date 
<chgdate 
<maintlvl 
<serno 

Isecur  release 
texttype  -  970 
< pubno 
<prepubno 

<notice  type  -  effdate 
<dtissue 

cnotice  type  -  supersedure 
<notice  type  -  authority 
<signer 


<desc 

lids 

Icontent 

nature 

<dataunit  type 

ar  rang 
wlkwys 
accsswy 
dgrarea 


CDM  Content  Division 
As  for  lids 
As  for  Icontent 
Ibodyatt  form 

texttype  «  140 
texttype  -  980 
texttype  -  110 
texttype  ■  310 
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COM 

I TDS 

ELEMENT 

ATTRIBUTE 

EQUIVALENT 

<maintprc 

CDM  Content  Division 

lids 

As  for  lids 

Icontent 

As  for  Icontent 

nature 

Ibodyatt  fora 

<dataunit 

•  type 

wir  proc 

texttype  »  993 

bonding 

texttype  -  170 

torque 

texttype  -  949 

fastene  r 

texttype  -  380 

connect 

texttype  -  280 

<  function 

C DM  Content  Division 

lids 

As  for  lids 

Icontent 

As  for  Icontent 

<dataunit 

■  type 

lift&shore 

texttype  •  560 

lvl&weigh 

texttype  -  550 

tow&taxi 

texttype  -  950 

park&moor 

texttype  -  680 

plac&mark 

texttype  ■  730 

servicing 

texttype  -  840 

<task 

CDM  Content  Division 

lids 

As  for  lids 

Icontent 

As  for  Icontent 

<genipi 

CDM  Content  Division 

lids 

As  for  lids 

Icontent 

As  for  Icontent 

nature 

Ibodyatt  fora 

< input 

CDM  Content  Division 

lids 

As  for  lids 

Icontent 

As  for  Icontent 

nature 

Ibodyatt  fora 

<dataunit 

type 

safty  conds 

texttype  -  820 

confg  conds 

<conf igid 

supprt  data 

xref  id 

torque  vals 

texttype  ■  949 

< equip 

CDM  Content  Division 

lids 

As  for  lids 

Icontent 

equipid 

alteqids 

As  for  Icontent 

conf ig 

conf igst/conf igend 

nature 

Ibodyatt  form 

<datauni t 

type 

nomen 

texttype  -  640 

DETAIL 

REFERENCE 
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CDM 

ELEMENT  ATTRIBUTE 


<consum 

%ids 

Icontent 

nature 

<dataunit  type 

noaen 
mr f code 
gvtstnd 
quantity 

<  reqcond 

%ids 

%content 

nature 


I TDS 

EQUIVALENT 

CDM  Content  Division 
As  for  %ids 
As  for  ^content 
Ibodyatt  form 

texttype  -  640 
texttype  -  610 
texttype  -  460 
texttype  -  NEW 

CDM  Content  Element 
As  for  %ids 
As  for  %content 
%bodyatt  form 


DETAIL 

REFERENCE 

2  . 
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DETAIL  REFERENCES 


1.  equip  type  -  test  eqp  texttype  -  940,  941,  942 

sped  tools  texttype  «  870,  876,  877 
grnd  hdlg  eqp 

2.  consum  type  -  expend  itras 

support  mtrl 
attchng  hdwe 

3.  reqcond  type  -  aircraft  safe  for  maintenance 

aircraft  on  jacks 
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CDM 

ELEMENT 

ATTRIBUTE 

I TDS 

EQUIVALENT 

<personnl 

lids 

number 

nature 

texttype  -  710 

As  for  lids 
texttype  -  NEW 
Ibodyatt  form 

<stepgrp 

lids 

Icontent 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

<step 

ipi 

person 

lids 

Icontent 

specinstr 

reqtype 

verb 

nature 

CDM  Content  Division 
texttype  -  500 
texttype  -  710 

As  for  lids 

As  for  Icontent 
texttype  ■  860 
cbranch  type  ■  select 
Various  texttypes 
Ibodyatt  form 

<endcond 

lids 

Icontent 

nature 

CDM  bontent  Division 
As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<f ollowon 

lids 

Icontent 

nature 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<sysinf o 

lids 

Icontent 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

<sysinf o\<idinfo 
lids 

Icontent 

nature 

<sysinfo\<desc 

lids 

Icontent 

nature 

<dataunit  type 

theory_of 

symsect 


CDM  Content  Division 
As  for  lids 
As  for  Icontent 
Ibodyatt  fora 

CDM  Content  Division 
As  for  lids 
As  for  Icontent 
Ibodyatt  form 

op  texttype  -  946 
<symsect 


DETAIL 

REFERENCE 


|  menu 
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CDM 

ELEMENT 


ATTRIBUTE 


ITDS 

EQUIVALENT 


DETAIL 

REFERENCE 


< sys inf o\< function 
%ids 

%content 


<dataunit  type 


adjustment 

alignment 

calibration 

disassemble 

assemble 

remove 

install 

repai r 

cleaning 

lubricating 

servicing 

sched  inspect 

<partdata 

lids 

Icontent 

<ipb 

lids 

<mpl 

lids 

Icontent 

llinks 

<partinf o 

lids 

Icontent 

partbase 

mpl 

nature 

<dataunit  type 

noun_id 

noun“type 

unit_^asmbly 

fig  Tndx_no 

re  f3e  s 

usble__code 

leg_symb 


CDM  Content  Division 
As  for  %ids 
AS  for  Icontent 

texttype  -  120 
texttype  -  120 
texttype  •  120 
texttype  -  360 
texttype  *  150 
texttype  »  790 
texttype  ■  540 
texttype  -  800 
texttype  -  210 
texttype  -  580 
texttype  -  840 
texttype  -  530 

CDM  Content  Division 
As  for  lids 
As  fbr  Icontent 

texttype  «  480 
As  for  lids 

<psli$t ,  texttype  -  600 
As  for  lids 
As  for  Icontent 
As  for  llinks 

CDM  Content  Division 
As  for  lids 
As  for  Icontent 
texttype  •  NEW 
texttype  -  NEW 
Ibodyatt  form 

cnoraen,  texttype  ■  640 
ctype 

texttype  -  NEW 
texttype  «  NEW 
texttype  -  756 
texttype  ■  NEW 
texttype  »  NEW 
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CDM 

ELEMENT 


ATTRIBUTE 


I TDS 

EQUIVALENT 


DETAIL 

REFERENCE 


<partbase 

%ids 

%content 

nature 

<dataunit  type 

part  number 

f  scm 

smr 

hci 

CDM  Content  Division 

As  for  %ids 

As  for  %content 
Ibodyatt  form 

<partno j texttype  -  705 
texttype  -  610 
texttype  -  855 
texttype  -  NEW 

<fltinfo 

%ids 

Icontent 

CDM  Content  Division 

As  for  %ids 

As  for  %content 

<faultrpt 

%ids 

%content 

CDM  Content  Division 

As  for  %ids 

As  for  %content 

<statrpt 

%ids 

Icontent 

nature 

CDM  Content  Division 

As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<fault 

lids 

%content 

isoref 

nature 

fltcode 

CDM  Content  Division 

As  for  lids 

As  for  Icontent 
texttype  - 
Ibodyatt  form 
texttype  -  400 

<dynarpt 

lids 

Icontent 

name 

CDM  Content  Division 

As  for  lids 

As  for  Icontent 

No  Equivalent 

<f aultiso 

lids 

Icontent 

CDM  Content  Division 

As  for  lids 

As  for  Icontent 

DETAIL  REFERENCES 

1.  <fltinfo  -  I TDS  must  identify  all  aspects  of  fault 

reporting.  These  include* fault  reports, 
fault  codes,  fault  descriptions,  causes, 
symptoms  and  tests. 
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CDM 

ELEMENT 

ATTRIBUTE 

ITDS 

EQUIVALENT 

DETAIL 

REFERENCE 

<statiso 

lids 

Icontent 

test 

fltcode 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 
xref 

texttype  -  400 

<statiso\<equip 

%ids 

Icontent 
equipid 
alteqids 
conf ig 
nature 

As  for  lids 

As  for  Icontent 

<conf gst/<conf gend 
Ibodyatt  form 

< symptom 

lids 

%content 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

<causeby 

lids 

Icontent 

nature 

text(type  -  180 

As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<dynaiso 

lids 

Icontent 

name 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

No  Equivalent 

1. 

<mdas 

lids 

Icontent 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

<mdasym 

lids 

Icontent 

faultid 

kind 

nature 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

No  Equivalent 

No  Equivalent 

Ibodyatt  form 

<mdasf It 

lids 

Icontent 

mtbf 

nature 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 

No  Equivalent 

Ibodyatt  form 

DETAIL  REFERENCES 

1.  <dynrapt  -  Unsure  if  this  element  and  all  elements 

contained  within  it  will  be  in  the  CDM. 
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CDM 

ELEMENT 


ATTRIBUTE 


ITDS 

EQUIVALENT 


DETAIL 

REFERENCE 


<mdastest 


cmdasrect 


cmdasaccs 


ctest 


lids 

CDM  Content  Division 
As  for  lids 

Icontent 

As  for  Icontent 

mtbf 

No  Equivalent 

outcomes 

No  Equivalent 

time 

No  Equivalent 

to 

xref id 

proc 

No  Equivalent 

tto 

xref id 

tproc 

No  Equivalent 

access 

texttype  -  110 

nature 

Ibodyatt  form 

%ids 

CDM  Content  Division 
As  for  lids 

Icontent 

As  for  Icontent 

mtbf 

No  Equivalent 

avail 

No  Equivalent 

kind 

No  Equivalent 

rplvl 

No  Equivalent 

rectime 

No  Equivalent 

chktime 

No  Equivalent 

spptime 

No  Equivalent 

rto 

xref id 

rproc 

No  Equivalent 

cto 

xref id 

cproc 

No  Equivalent 

tto 

xref id 

tproc 

No  Equivalent 

nsn 

texttype  -  637 

access 

texttype  -  110 

nature 

Ibodyatt  for* 

lids 

CDM  Content  Division 
As  for  lids 

Icontent 

As  for  Icontent 

time 

No  Equivalent 

to 

xref id 

proc 

No  Equivalent 

nature 

Ibodyatt  form 

lids 

texttype  -  935 

As  for  lids 

Icontent 

As  for  Icontent 

outcomes 

No  Equivalent 
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CDM  ITDS 

ELEMENT  ATTRIBUTE  EQUIVALENT 


DETAIL 

REFERENCE 


<test\<  stepgrp 

types  preparatory 

access  related 
test 

rectification 

%ids 

Icontent 

< test\<step 

ipi 

person 

lids 

Icontent 

specinstr 

reqtype 

verb 

nature 

crectif 

lids 

Icontent 

refdes 

nsn 

<recti£\< stepgrp 
lids 

Icontent 


texttype  *  740 
texttype  -  110 
texttype  -  935 
texttype  -  305 
As  for  lids 
As  .for  Icontent 

CDM  Content' Division 
texttype  -  500 
texttype  -  710 
As  for  lids 
As  for  Icontent 
texttype  -  860 

<branch  type  «  select  |  menu 
Various  texttypes 
Ibodyatt  form 

CDM  pontent  Division 
As  for  lids 
As  for  Icontent 
texttype  -  756 
texttype  -  637 

CDM  Content  Division 
As  for  lids 
As  for  Icontent 


<rectif\<step 

ipi 

person 

lids 

Icontent 

specinstr 

reqtype 

verb 

nature 


CDM  Content  Division 
texttype  *  500 
texttype  »  710 
As  for  lids 
As  for  Icontent 
texttype  -  860 

<branch  type  ■  select  |  menu 
Various  texttypes 
Ibodyatt  form 
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CDM 

ELEMENT 

ATTRIBUTE 

I TDS  DETAIL 

EQUIVALENT  REFERENCE 

<  ref strc 

lids 

Icontent 

CDM  Content  Division 

As  for  lids 

AS  for  Icontent 

<graph2d 

lids 

Icontent 

srcgraph 

pringraph 

name 

type 

orient 

pixrange 

<graphic 

As  for  lids 

As  for  Icontent 
segment 

No  Equivalent 
name 

< figure  type 
rotate 

width,  depth 

<graph3d 

lids 

Icontent 

srcgraph 

prmgraph 

name 

type 

orient 

pixrange 

<graphic 

As  for  lids 

As  for  Icontent 
segment 

No  Equivalent 
name 

<figure  type 
rotate 

width,  depth 

<prompt 

lids 

Icontent 

CDM  Content  Division 

As  for  lids 

As  for  Icontent 

<prmptval 

lids 

Icontent 

<branch  type  ■  correct 

As  for  lids 

As  for  Icontent 

<table 

lids 

Icontent 

name 

< table 

As  for  lids 

As  for  Icontent 
<  table\<title 

<colhddef 

lids 

Icontent 

colnum 

datatype 

colname 

ccolhddef 

As  for  lids 

As  for  Icontent 
colnum 

No  Equivalent 
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CDM 

ELEMENT 

attribute 

ITDS 

equivalent 

<entry 

col 

row 

lids 

Icontent 

nature 

<entry 

col 

row 

As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<dictitem 

lids 

Icontent 

term 

nature 

CDM  Content  Division 
As  for  lids 

As  for  Icontent 
<  term 

Ibodyatt  form 

<verb 

lids 

Icontent 

nature 

Various  Texttypes 

As  for  lids 

As  for  Icontent 
Ibodyatt  form 

<dataunit 

lids 

Istats 

Icontent 

Not  applicable 

<datalink 

lids 

llinks 

Ixrefs 

& {entity  name}; 

As  for  lids 

As  for  llinks 

As  for  Ixrefs 

<data 

lids 

Icontent 

CD H  Content  Division 
As  for  lids 

As  for  Icontent 

<grphpr iffi 

lids 

Icontent 

file 

coding 

Not  Applicable 

<textunit 

lids 

Icontent 

<  I  Enti ty 

As  for  lids 

As  for  Icontent 

<dictref 

lids 

dictid 

Icontent 

Not  Applicable 
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C  DM 

ITDS 

DETAIL 

ELEMENT 

ATTRIBUTE 

EQUIVALENT 

REFERENCE 

<equipref 

Not  Applicable 

%ids 

equipid 

%content 

<ve  rbref 

%ids 

verbid 

^content 

Not  Applicable 

<f tnoteref 

%ids 

<f tnotest/<f tnotend 
As  for  %ids 

f tnoteid 

No  Equivalent 

%content 

As  for  Icontent 

DETAIL  REFERENCES 

1.  textunit  -  CDM  uses  to  identify  a  character  string. 

Actual  definition  of  the  character  string 
is  determined  by  the  linktypes  of  the 
datalinks  which  link  to  the  textunit.  In 
other  words,  if  textunit  is  linked  via  a 
title  datalink,  the  character  string 
within  the  textunit  is  a  title.  If  the 
same  text  is  linked  via  a  datalink  with 
linktype  -  prompt,  then  the  character 
string  is  also  a  prompt. 
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